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Abstract 

[fiist paragirapli of the Abstract not to De translatedl 

One of the features of embedded systems is that virious acdon, '^'^^^^J'^^l 
when di^ events occur in the systan. As a system h« nwie and more cod^ 

tthea an inoeasins number ofbuBs cause by feflure in the q)ecificato«>ns. 

?^^ve ttoS^bten. ih«e is » method of ftc State transition matrix. T^P^P" 
"UrtegratS^S aI.S™«Se' «ing "ZIPC." the CASE tool with the state trans-ion matiix. mto i 
cmrent microcon^juter software development enviroiijmait 



ami i events, 



tlie 



l.Pre&ce 



I embedded systnns. 



Instep with increases in the functionality of microconipiitera that are wsedm_ 
burden onSlopers has become large as software becomes ^^.^^^S^"^^, 
to iStoHoSre development environments are shifting ftomoivirooments "T^' 
^entotT^viianmentsTwhich the C langoage can also be i^. Th« is dne to fecttbatC 
^TSmc^SpZd and *e feet ftat envixomnenls in which debugEme can be perfcimed 
looldna at the C source have been establisbed. ~, j 

perform ^^^^ looking at the design pten were provided, wonld hkely replace devel 
flie C language. 

2. ''State Transition Matrix'* Design Method 



the 
[cduce 



cnxipiler 
vhile 



system 



2.1 What U^a^^te^^^O«^^««^ 

flerfonns whtti certain "events" occur in certain "stales" are described ^ 

pTg^TS^ that if "event 1" occurs whenin ^^state 1," the system ^^y^}.^^^ 
wn^ves into^tc 2 " Moreover, "r in the niatrix ^o^ that processing is Dot peitoed, and ^J^^^ 
moves mto -siaic iviorcwvci, «™Km. of shows that a state transition is not tjaade. 

an imUkely combination. A transinon destination ninnber of - snows mai a &iaxc i«u* ^ 

2.2 Features of state transition matrices ^^tri^^j 

Th" following advantages are obtained by using state transmon matrices. 

(1) Crea^Wa^^^i^^^^^^^^^^^ ^ 

t«nsition of "Btttes " Ibis doS not yield probleins in cases in which there arc few "nibinab^so 
^^Cls^^L^^fi^'^nAy^^oI'^^^^^ the arrows become intertwined and it becojwa 
SS;i^^.J«J<STf state transitions. However, wifl. a matrix, the number of squaxes snnply d 
so it is possible to simply read out state transitions (Figure 3). 

smirce for figure: 1 ■ " Slate transition n"t™n. 



see source ipriigmc- !• .jmiv — — — ■ . 

^ NEC Miciocoropnter Technology. Ltd., l"* Applied Systems Department 
** Microcomputer Division 
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^CTechpical^ 

[sec source for figures: 

2. "State transitioB diagram" 

3. "CoiK5)lcxity state transition" 

4. "'Leveled state transitioniiiatrix" ^ 

5. **ExpaiiEive state transition matrix'T 



possible to prevent specification faihnt/leaks. 
which matrices become too large. 

deniled MoSSs 2^ «l«se n>atric«. Matrix nrimaturizahon and inodmanzaton are 

a result of iMs scheme. 

(2) E^anjd state t««^ ^ ^ ^ ^^^.^i:^ ^Sl'" 

variableslSto r^triX a i««It of this sch«pe. it k possible to «d»c« die inmib«r .f state. 

siijqjliftr the matrix. 



esses 



3. Development Work Flow and Tools Used 

[see source for figures] 

Th. ^^IcYommit wotkflow for the Integrated CASE Environment introduced in this papw 
^ i^H?;* -dls^^^^^ "C source generation," and "source debuggmg 

emulator) aie connected to the nser system is used. 

4. Work Sequence 



4,1 Design plan creation 

^"^^^^SnirSe shown in Figure 7 (a) is oeated. Using the input/optpnt panel of th. simulator 
^MTRtCfi^^S as^^^l iId's, ^ speakers are antmEed in a window, and ports com spondmg 

comJlSTsSule as v^U as the verification of the operations of later processes. 
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[sec source for figures: ^ 

6. ^T)evdopiiieDt process and using tools 

7. "bispecUoD of spccificatloji*T 



thus created. 

4.2 Design plan verificatiwi camDlete tbe nrototype optiatians are 

^en the panel iina^ and state ^^^"^^^f^:^^ ^ 
using the input/output panel of the inpa^d fiom the panel 

Figure 7 (a) and (b). the process execution contents corrcsponomB id y 

design plan. 



verified 

in 

linage are 



sho vn 



4.3 C source generation «Hth ttie 2IPC simulator fiom the state transition 
geneiated. 

4.4 Source debuggfag while looking al ^ emnlatorl waa connecied to the host n 

With fxinventioiial environments, an EE (mciicmt emmarorj w»a . T^, j: ^ * « 

as shown in Figure 8. by nsmg a ZJPC C source debugging environmedt 

method and the C source method - depending on the situation. 



* ZEPC is a product of the Tesco Company (Inc.) 
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[sec soxn«5 fbr figure: 8. "Delnig Inmge" and table: "Result of apply.^ 



5 . Exantple of Application 

obtained. 



size 
viththe 
resuhs 
^vere 



6. CcmchisioD 



• ♦^.^^^i tkP Trtteffrated CASE Enviramnent for nucrocoinputer software 
In this paper '^f mthe sc:ale of softw^, it is necess* 
to restraiD increases m developmenwhc^^ aperatians at the design stage 

fbnctioiiality. 

[itanainder not to be translatEd] 
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